home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 8: LINUX Games / Linux Cubed Series 8 - LINUX Games.iso / games / fortune-.tar / fortune- / fortune / ChangeLog next >
Text File  |  1995-10-20  |  8KB  |  158 lines
  1. Late September, 1995
  2.   Too many changes to mention, really.  Look at the source code for
  3.   comments on individual files.  LINUX.DIF has been removed.
  4.   
  5.   It is worth noting that strfile was completely broken as distributed,
  6.   and fortune had code to make it report a different file list than the
  7.   one it used to retrieve fortunes.  There's some rather strong language
  8.   on the subject in strfile.c; if it offends you, tough.
  9.   
  10.   Bugs were fixed, and some enhancements were added.  Unstr, in
  11.   particular, has had its command line considerably enhanced.  Strfile
  12.   now *really does* sort, instead of merely setting the 'sorted' flag.
  13.   Ditto for randomizing.
  14.   
  15.   Noteworthy: the way to distinguish between offensive and non-offensive
  16.   files has changed for fortune.  A second directory (which may be a
  17.   subdirectory of the main fortune directory; the program doesn't
  18.   add files recursively down a directory tree) has been added to 
  19.   pathnames.h.  Offensive files should be placed there.  There is no
  20.   longer any need to add the -o suffix to file names, and the problems
  21.   with finding files (especially offensive ones) seem to have
  22.   disappeared in the process.
  23.   
  24.   Currently, I'm working on breaking the fortune files themselves into
  25.   smaller, more manageable pieces, checking spelling, punctuation, and
  26.   grammar, and trying to reduce redundancy.  The eventual goal, after 
  27.   the files are cleaned up, is another set of files carrying HTML tags,
  28.   which would then massively simplify a CGI script that calls fortune.
  29.  
  30.   New Makefiles.
  31.   
  32.   A 'randstr' (I want to call it 'lottery,' but I won't) utility, which
  33.   amounts to a poor woman's stripped-down fortune, to illustrate some
  34.   other possible uses of strfile-type random-access strings files.
  35.   
  36.   Amy A. Lewis   alewis@email.unc.edu
  37.  
  38. Added (early October 95):
  39.   A new executable, rot, which is a rot13 filter (a caesar cipher). Most
  40.   probably have caesar, but on the other hand, if you compile this mess
  41.   as root, caesar probably isn't in the path.
  42.  
  43.   A new parameter to fortune, -n, which permits you to specify the length
  44.   at which to break between long (-l) and short (-s) fortunes.
  45.   
  46.   fortune -f now shows probabilities.
  47.   
  48.   A bug: fortune -a nn% filename filename ... now fails without an error
  49.   message, if the filename named following the percentage exists in both
  50.   the inoffensive and the offensive directories (that is, if you have two
  51.   files containing definitions, one called fortunes/definitions and one
  52.   called fortunes/off/definitions, and call fortune as: fortune -a 10%
  53.   definitions religion politics ..., then fortune simply fails).  This
  54.   appears to be an artifact of the changes that were made in storage/
  55.   naming of offensive fortunes.  It only happens with the combination of
  56.   a percentage with -a and inoffensive/offensive files that share a name.
  57.   Temporary workaround: rename one or the other of the files (*sigh*  I
  58.   don't like that as a solution).
  59.   
  60.   The man pages have been updated.  The old man pages are also available,
  61.   but are not installed unless you do it yourself (the new ones are).  The
  62.   new man pages have the extension .man; the old ones have numeric 
  63.   extensions.
  64.   
  65.   A place has been created for fortune files containing HTML tags (the
  66.   reason I started playing with this mess was because I wanted to be
  67.   able to format fortunes nicely for the web without having to run an
  68.   enormously complex script to figure out from formatting how best to
  69.   display things, a particular problem since the formatting isn't
  70.   consistent).  Tagged fortunes don't exist yet, and I'm seriously
  71.   considering creating a slightly different fortune binary that would
  72.   output the necessary headers and trailers (reducing the CGI script
  73.   to complete triviality) (-f isn't really needed for a webfortune).
  74.  
  75. Todo: I'm thinking of adding a -x to unstr, to rot13 the output.  This
  76. would have the effect of putting all the necessary tools in one package.
  77. It further breaks compatibility with BSD tools (which has *mostly* been
  78. maintained, merely enhanced slightly, although the change in how
  79. offensive files are distinguished from inoffensive might be regarded as
  80. breaking compatibility) by adding yet another parameter to unstr, which
  81. didn't have any, before.  So I haven't decided, yet.
  82.  
  83. Todo: KOI8 encoded fortunes?  They couldn't be rotated without a great
  84. deal of trouble, of course.
  85.  
  86. More minor fixes:
  87.  
  88.   The way that fortune -m prints its output has been slightly changed.  It
  89.   used to print the delimiter first, then, if this were the first fortune
  90.   from a particular file, it printed the name of the file in parentheses.
  91.   It now prints the first fortune without an initial delimiter; if the
  92.   fortune is the first from a particular file, it then prints
  93.   (filename), newline, delimiter, newline *to stderr*.  Redirect stderr to
  94.   stdout to get something *similar to* (but not the same as) the old
  95.   behavior.  The new behavior, if stderr is redirected to stdout, and
  96.   both are then redirected to a file, produces fictitious entries, one
  97.   per file in which a match was found.  However, whether stderr is
  98.   redirected or not, the new format produces files that strfile can
  99.   parse without choking (the old format, since it placed the filename
  100.   on the same line as the delimiter character, effectively forced editing
  101.   of the file in order to make it usable by strfile, unless the option of
  102.   concatenating two fortunes with an ugly "% (filename)" line separating
  103.   them was considered acceptable output).  Under the new display format,
  104.   if stderr is redirected into the file, you end up with filenames marking
  105.   the separation between files (as before), but they are now valid text
  106.   strings (which should probably, therefore, be deleted).
  107.   
  108.   In other words, if you don't care what files the original text came from,
  109.   and want a new file containing (let us say), quotes from Mark Twain,
  110.   you might do:
  111.   fortune -am '-- Mark Twain' >twain
  112.   The files accessed would march down the screen; the fortunes would be
  113.   stored in parsable format into the file twain.  If, however, you planned
  114.   to edit (perhaps to remove the quotes from the original file, you might
  115.   then wish to redirect stderr to stdout.  Using bash:
  116.   fortune -am '-- Mark Twain' &>twain
  117.     or
  118.   fortune -am '-- Mark Twain' >twain 2>&1
  119.   
  120.   [The above is now in the man page, more or less]
  121.   
  122. Mid-October '95
  123.   Another utility, ansify, now compiles; it has not been tested at all, so
  124.   it may not work even slightly.
  125.   
  126.   Ansify is a rather stupid program, all things considered, but the work on
  127.   it does raise an interesting possibility for an enhanced fortune.  At
  128.   present, the fortune databases contain x^Hy sequences for underline and
  129.   special characters (and this can be extended to include bold, = x^Hx).
  130.   Ansify is stupid because it doesn't use the proper tools, ie termcap or
  131.   terminfo (hmmm ... since it works on files, that may not be so stupid);
  132.   it appears that if that can be done, then a termcap/terminfo enhanced
  133.   fortune could be produced, which would recognize the existence of ^H in
  134.   a string and attempt to display using appropriate control sequences.
  135.   This sort of modification would be of greater interest to casual users,
  136.   I think, than even the bug fixes, and since it would not force changes
  137.   in the storage of fortunes, it is eminently portable.  Consider this a
  138.   'todo' announcement.
  139.  
  140. Late October 1995
  141.   Ansify has been abandoned.  I'm going to distribute this working version
  142.   of fortune, and then see how difficult it would be to add termcap/terminfo
  143.   enhancements to fortune itself--I don't anticipate serious problems, but
  144.   I'd rather go ahead and get this on the net.
  145.   
  146.   A last-minute change was made to the way that percentages are displayed
  147.   with -f; it is now in the format nnn.nn%.  The reason for this is that
  148.   with the multiplication of small files, fortune -af displayed a large
  149.   number of "0%"s--no worse than the old version, but not helpful.
  150.  
  151.   The fortunes database was finally cleaned up, and this version is now
  152.   being distributed (at least, I hope it is).  I don't consider the current
  153.   division of fortunes among files absolutely canonical; some are certainly
  154.   in the wrong places.  But things are *better*.
  155.  
  156. Amy A. Lewis    alewis@email.unc.edu
  157.  
  158.